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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to controlling semiconductor manufacturing 
processes, and, more specifically, to dynamically selecting semiconductor 
manufacturing tools and chambers to process a particular group of wafers based on 
information provided by the tools and chambers. 

2. Related Art 

In a conventional semiconductor manufacturing environment, a factory for 
manufacturing semiconductor products (e.g., microprocessors, memory units, logic units 
and the like) typically has a number of semiconductor processing tools, each of which 
performs one or more of a variety of semiconductor fabrication processing steps. For 
example, one tool may be configured to deposit a film (having a certain thickness) on a 
wafer, and another tool may be configured to etch away a layer from a wafer. 

An example of a conventional semiconductor manufacturing factory as 
mentioned above is now described with regard to FIGs. 1-2. As first shown in FIG. 1, a 
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conventional manufacturing factory 101 includes a controller 106, software applications 
107 and a number of tools 1, 2, . . . , n, wherein "n" is an arbitrary integer. Although the 
controller 106 and the software applications 107 are shown as separate entities, the 
controller 106 can include one or more applications of the software applications 107. 
5 For the present purpose, it is sufficient to describe the controller 106 and software 

applications 107 as configured to control semiconductor manufacturing processing steps 
(e.g., instructing material moving machines to move wafers from one tool to another, 
instructing tools to process wafers in accordance with predefined recipes, etc.). 

A typical tool is configured to process wafers (e.g., a layer deposition process, a 
10 layer etching process and the like) using one or more chambers. Chambers are typically 
where wafers are actually processed, and each can have a different function within a 
tool. For instance, one chamber of a tool can be configured to clean wafers and another 
chamber in the same tool can be configured to receive the cleaned wafers and deposit a 
layer of film on the wafer. 

1 5 As wafers are processed by tools, the wafers are transported from one tool to 

another and processed therein until completed semiconductor products are fabricated. 
The controller 106 often stores trace information directed to which tools have processed 
which of the wafers. In some conventional embodiments, the wafers can be looped 
around to be processed two times or more by the same tool after being processed by 

20 other tools. In the parlance of semiconductor manufacturing, this is called a re-entry. 

As the wafers are being transported around and processed by many different 
tools, the controller 106 is also configured to determine the status of its tools by 

-2- 



Docket No. 6217/Consilium/DV ™1 Ml 

receiving status information from the tools. This allows the controller 106 to decide 
which tools are operational and which are not. In turn, the controller 106 determines 
which tool to use for processing which lot of wafers. 

A conventional tool typically uses some form of a binary flag signal to indicate 

5 whether the tool is operational or not. However, if one of the chambers belonging to a 
tool is not operational, the flag for that tool will be set to indicate that the entire tool is 
not operational, even if other chambers of the same tool are operational. Furthermore, 
each chamber often performs processing steps over a wide range of qualities. For 
example, a chamber may deposit layers precisely as anticipated when the tool is new or 

10 when it undergoes a maintenance process, but, over time, the performance of the 
chamber may degrade (e.g., a film layer of a deposition process may become less 
uniform). For the processing of certain wafers by that tool, a certain degree of 
degradation may be acceptable, while for processing other wafers, that same degree of 
degradation may not be acceptable. (For example, for certain types of semiconductor 

1 5 devices, low uniformity in the film layer will cause these devices to malfunction, while 
for other devices, the low uniformity will have no impact.) However, a decision must be 
made as to how degraded the tool performance must become before the flag indicating 
non-operational status is set. In effect, the flag can be set to meet only one standard of 
degradation (e.g., that of devices requiring no or little degradation, or that of devices 

20 where degradation has no impact.). Hence, although a chamber may be able to process 
wafers that can accept some degradation, if the flag is set to meet the higher standard, 
then the entire tool, not just the chamber, must be designated as not operational. These 
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shortcomings of the conventional tools cause inefficient utilization of tool/chamber 
process resources. 

In another aspect of conventional tools, the status information is set manually. 
For instance, the degree of degradation must be measured by an operator at certain 
5 intervals by evaluating processed wafers. The degree of degradation is then updated for 
that tool. The measuring, evaluating and updating processes by the operator consume 
time and are not cost effective. 

Other shortcomings of conventional semiconductor manufacturing tools and 
environments are described by referring to FIG. 2, which shows various exemplary 

10 applications for the software applications 107. For instance, the software applications 
can include a number of service applications including: an operator certification 
application 201, tool operation application 203, data collection application 205, process 
planning application 207, activity costing application 209, parts management application 
211, maintenance management application 213, total production management 

15 application 215, fabrication lab simulation application 217, supply chain planning 
application 219, process simulation application 221, and scheduling application 223. 
These are examples of software applications often used to operate a semiconductor 
manufacturing factory. For instance, the tool operation application 203 controls tools, 
the data collection application 205 collects appropriate data from various tools, and the 

20 parts management application 21 1 handles various parts of the tools and chambers to 
keep the resources operational. 
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Each of the software applications 107 includes its own "model" to represent the 
tools as shown in FIG. 2. This produces a number of shortcomings. First, since each 
application has its own model, integration of new software applications to the existing 
controller requires developing models for each of them. Second, when the tools are 
5 upgraded or new tools are integrated, many of the individual models are required to be 
updated, adjusted, and/or otherwise re-developed in order to accommodate the upgrade 
or the integration. These shortcomings cause delays and cost overruns common in the 
industry when integrating new tools or upgrading existing tools. 

SUMMARY OF THE INVENTION 

10 Embodiments of the present invention alleviates various shortcomings of the 

conventional technology described above by providing a system, method and medium 
for facilitating communication among tools in a semiconductor (e.g., a wafer) processing 
facility. In particular, the present invention provides a semiconductor fabrication system 
that includes a semiconductor fabrication tool and a software application, in 

15 communication with the semiconductor fabrication tool. The semiconductor fabrication 
tool includes a chamber configured to perform at least one process on a semiconductor 
wafer. The software application is configured to determine specified qualities of the 
first chamber in performing the at least one process. The specified qualities are directed 
to at least one of: a processing time required to perform the at least one process, a rate of 

20 producing defective output products of the at least one process, a uniformity of output 

products of the at least one process, and a capability index of the at least one process. 

Corresponding method and medium aspects of the invention are also envisioned by 

various embodiments of the present invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Various objects, features, and attendant advantages of the present invention can 
be more fully appreciated as the same become better understood with reference to the 
following detailed description of the present invention when considered in connection 
5 with the accompanying drawings, in which: 

FIG. 1 is a schematic diagram of a collection of tools comprising a conventional 
factory; 

FIG. 2 is a schematic diagram of a set of conventional software applications for a 
conventional factory; 

10 FIG. 3 is a schematic diagram of a collection of tools in at least some 

embodiments of the present invention; 

FIG. 4 is a schematic diagram of an exemplary tool used in at least some 
embodiments of the present invention; 

FIG. 5 is a table illustrating tool level status information in at least some 
15 embodiments of the present invention; 

FIGs. 6-7 are tables illustrating quality of service information of chambers in at 
least some embodiments of the present invention; 

FIG. 8 is a table illustrating quality of services information of a tool in at least 
some embodiments of the present invention; 
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FIG. 9 is a schematic diagram illustrating an internal software architecture of at 
least some embodiments of the present invention; 

FIG. 10 is a schematic diagram illustrating I/O messages in at least some 
embodiments of the present invention; 

FIG. 1 1 is a schematic diagram illustrating external applications of at least some 
embodiments of the present invention; 

FIG. 12 is a data flow diagram of a collection of services for an initial setup for a 
tool in at least some embodiments of the present invention; 

FIG. 13 is a data flow diagram of a collection of services for a qualification 
request of a tool in at least some embodiments of the present invention; 

FIG. 14 is a data flow diagram of a collection of services for a wafer processing 
of a tool in at least some embodiments of the present invention; 

FIG. 15 is a schematic diagram of messages being exchanged between a tool and 
an external application in at least some embodiments of the present invention; 

FIG. 16(a) is a block diagram illustrating a partial TRAC and a TRAC in at least 
some embodiments of the present invention; 

FIG. 16(b) is a schematic diagram of an alternative configuration of tools and 
TRACs in at least some embodiment of the present invention; 

FIG. 17 is a block diagram of a computer system that includes a TRAC 
according to at least some embodiments of the present invention; and 
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FIG. 18 is a diagram illustrating a floppy disk that may store various portions of 
the software according to at least some embodiments of the present invention. 

DETAILED DESCRIPTION 

A high-level system view of at least some embodiments of the present invention 

5 is depicted in FIG. 3. Referring now to FIG. 3, a Tool Representation and Access 

Control (TRAC) application is provided in conjunction with each of tools 301, 303, and 
305. Specifically, a TRAC is a software application residing on a computer and is 
operatively in communication with (e.g., is connected to or is a part of) a tool. Each 
TRAC is configured to represent its associated tool by collecting and making accessible 

10 a tool's detailed status information relating to the tool and its chambers. Such detailed 
status information may include data relating to quality of service parameters, 
maintenance information and the like (discussed in greater detail below). The TRAC 
also allows external applications 309, examples of which are provided in connection 
with FIG. 1 1, to access the detailed status information using a standard communication 

15 protocol Actual access to the detailed status information is controlled by the TRAC. 
Although a communication link 31 1 between the TRACs, controller 307 and external 
applications 309 are illustrated as having one physical wire connection, communication 
link 31 1 can include two or more communication channels. For example, a multi- 
channel communication link as known in the art (e.g., a frequency division multiplexing, 

20 a time division multiplexing or others) can be used. For instance, the communication 
link between the TRACs and the controller can be established using one channel while 
the communication link between the TRACs and the external applications can be 
established using another channel. 

-8- 



Docket No. 6217/Consilium/DV PATENT 

In at least some embodiments of the present invention, when an external 
application makes a request to access the detailed status information of a tool, the tool's 
TRAC determines which subset (or all) of the detailed status information can be 
accessed by the external application. Only the determined set of information is then 

5 allowed to be accessed by the external application. At least some embodiments of the 
present invention also envision that the TRAC is configured to receive a request to 
perform a process (e.g., wafers to be etched with certain qualifications, for example, to 
etch the wafers within a certain length of time) from an external application. The TRAC 
then directs its tool to perform the requested process by dynamically selecting which of 

10 one or more chambers belonging to the tool should perform the requested process. The 
selection of one or more chambers by the TRAC is determined dynamically based on the 
detailed status information of the chambers, as well as the requested qualifications of the 
process as dictated by the external application (e.g., that any selected chamber must be 
able to etch a wafer within a requested period of time). 

15 These and other features of the present invention are now described in greater 

detail by referring to an exemplary hardware configuration of a tool having three process 
chambers (FIG. 4), detailed status information (FIGs. 5-8), overall software architecture 
of the TRAC (FIG. 9), data I/O messages of the TRAC (FIG. 10), external applications 
and the TRAC (FIG. 1 1), and software functional data flow diagrams showing how 

20 various services requested by external applications are performed by the TRAC (FIGs. 
12-14). Other descriptions include various configurations between a TRAC and a legacy 
tool (FIG. 16(a)) and between tools and TRACs (FIG. 16(b)). An exemplary computer 
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system that a TRAC may reside in and operate thereon and/or be a part of an 
environment relating thereto is also described. (FIGs. 17-18). 

First, turning to FIG. 4, an example of a tool (e.g., the CENTURA family of tools 
developed and manufactured by Applied Materials, Inc. of Santa Clara, CA) and its 

5 various components that can be used with and/or as part of at least some embodiments of 
the present invention are now described. As shown in FIG. 4, a tool 401 includes an 
orienter 403, load locks 405, 407 and a number of chambers 409, 411, 413 that are 
vacuum connected together creating a sealed environment to process wafers. The 
orienter 403 is a device to move material (e.g., wafers) between the chambers, load locks 

10 and other components of the tool The load locks 405, 407 are configured to preserve 
the vacuum within the tool 401, while allowing the tool 401 to receive wafers to be 
processed and then output the processed wafers. 

As noted above, a tool may include any number of process chambers (e.g., three 
process chambers, Chamber A 409, Chamber B 411, Chamber C 413, in the embodiment 

15 illustrated in FIG. 4). Thus, the tool 401 may be configured to deposit a layer of film 
having a certain thickness such that Chamber A 409 cleans the wafer (e.g., etching away 
a layer) received by the tool 401, Chamber B 41 1 deposits the layer, and Chamber C 413 
measures the thickness of the layer deposited on the wafers. This particular example of 
a configuration and sequence will be used in discussing various embodiments of the 

20 present invention. It should be noted, however, that tools used with the various 

embodiments of the present invention may include any number of chambers and each 
chamber may be configured to perform any number of various semiconductor processing 
steps. 
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Before turning to describe other aspects of the present invention, two terms (a 
process recipe and sequence recipe) are described. A "process recipe" refers to one or 
more semiconductor manufacturing steps that a chamber is configured to perform. 
When a process recipe is performed by a chamber, the chamber can be said to have 
5 performed a process defined by the process recipe (i.e., the process is implemented by 
the constituent steps of the process recipe). Accordingly, a process recipe defines 
chamber control parameters (e.g., RF power, electrode spacing, gas pressure, SiH4 flow, 
and N20 flow) for a particular process. 

A "sequence recipe", on the other hand, refers to a list of process recipes that a 
10 lot of wafers are to undergo within a tool. A tool and its chambers may be configured to 
perform number of different process and sequence recipes. When a sequence recipe is 
performed by a chamber, the chamber can be said to have performed a process defined 
by the sequence recipe. 

It should be noted that whether a process is referring to performing a process 
15 recipe or a sequence recipe will depend upon the context in which the term process is 
used. In some instances, a process can be referring to performing one or both of a 
process recipe and a sequence recipe. 

In at least some embodiments of the present invention, the tool can be subjected 
to a "qualification" job process by an external application to be qualified (e.g., evaluated 
20 and certified) to perform one or more specified process and/or sequence recipes among 
those process and/or sequence recipes that the tool is configured (i.e., has the ability) to 
perform. More specifically, at least certain detailed status information from a tool is 
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obtained and evaluated to determine whether the tool is fit (under a given set of 
circumstances) to perform one or more specified processes of specified process and/or 
sequence recipes. It should be noted that in at least some embodiments of the present 
invention the outcome of the qualification job process can be expressed in terms of the 
5 data collected (e.g., the time required to complete a process) and/or can be expressed in 
a binary form simply indicating whether the tool is qualified or not for the specified 
process and/or sequence recipes. 

Examples of the above-introduced various embodiments are described in 
connection with FIGs. 5-8. Referring first to FIG. 5, this figure illustrates examples of 

10 processes 505 implemented by process recipes (which can be thought of as chamber 
level processes), and processes 503 implemented by sequence recipes (which can be 
thought of as tool level processes), that an exemplary tool may be qualified to perform. 
In the example of FIG. 5, check marks indicate qualifications (e.g., the binary form 
discussed above). In particular, in this example embodiment, the tool can be configured 

15 (and is qualified) to perform tool level Processes X, Y and Z (which may be processes 
to, e.g., deposit layers with different thickness and/or to clean wafers) as shown at 503. 
In addition, at the chamber level, FIG. 5 indicates that Chambers A and B are qualified 
to perform Processes A and B, while only Chamber C can be configured (and qualified) 
to perform Process C, as shown at 505. Again, the processes that Processes A, B and C 

20 represent can be any number of different types of processes, including processes for 
cleaning, etching and/or measuring. 
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The above-described qualification information (relating to whether a 
tool/chamber can be configured and qualified to perform a particular set of processes) 
can form a part of the detailed status information provided to external applications and 
can be used to select one or more appropriate chambers by the TRAC. Also, in at least 
5 some embodiments of the present invention, the detailed status information may include 
the following additional information relating to states of the tool and its chambers 507, 
tools service 509, and quals (i.e., qualification levels) 511. 

The additional detailed status information is now described in greater detail. 
Specifically, the information relating to the state status of the tools and its chambers 507 
10 relates to the basic states (on or off) of the tool and each of its chambers. The 

information relating to the tool service 509 includes information relating to production 
and material handling. 

In the example shown in FIG. 5, the tool and its chambers are all indicated as 
operational by check marks for the information relating to the state 507. In addition, the 
15 tool is qualified for production as well as material handling. 

The information relating to the quals 51 1 are directed to, for example, Particles, 
Manufacturing Dep (Deposition) and Engineering Dep (deposition). In particular, the 
status information directed to Particles relates to the number of unwanted particles that 
were introduced into produced wafers as they are processed by a particular tool or a 
20 chamber. For instance, when wafers are processed through a chamber, a metrology 

device chamber can then determine how many unwanted particles have been introduced 
by the process of the chamber. The number of introduced particles determined by the 
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metrology chamber is then compared with a threshold value (e.g., a nominal target). If 
the number of introduced particles is below the threshold value, then the chamber is 
determined to be qualified. If the number of introduced particles is above the threshold 
value, then the chamber is determined not to be qualified. The above example of using a 
threshold to determine the status information directed to Particles is provided only for 
illustrative purposes. Other methods of determining the status information are also 
contemplated within embodiments of the present invention. 

Manufacturing Dep is designated as qualified if a manufacturing level deposition 
can be achieved. Engineering Dep is designated as qualified, if an engineering level 
quality of deposition is achieved. The engineering level of quality is lower than the 
manufacturing level, since the manufacturing level requires a more accurate output 
product. Note that a tool may be determined to be qualified to perform Manufacturing 
Dep and/or Engineering Dep. Depending upon the precise situation and definition 
applied to the terms, it may be the case that if a tool is qualified perform to the 
Manufacturing Dep, then the tool may be used to perform depositions on production 
wafers. Whereas, if a tool is qualified to perform only the Engineering Dep, then the 
tool may be used to perform depositions on trial or experimental wafers only. 

In the example shown in FIG. 5, it can be seen that the tool and chambers A, B 
and C are qualified for Particles, and chambers A, B and C are qualified for both 
Manufacturing Dep and Engineering Dep. 

At least some embodiments of the present invention include obtaining and 
providing additional detailed status information in the form of "quality of service" 
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parameters relating to the processes that are implemented. The quality of services 
parameters may be values that can be calculated for each chamber and/or each tool. 

In at least some embodiments of the present invention, the quality of service 
parameters can be used in determining the qualifications of tools and chambers. It is 
envisioned that the quality of service parameters can, for example, include: the time 
required to complete a process, the uniformity of wafers processed, the value of a 
capability index (e.g., Cpk), the number of wafers that are defectively produced and SPC 
(Statistical Process Control). These example parameters are now described in greater 
detail below. 

The time required to complete a process relates to the average time elapsed to 
process a lot of wafers. For instance, the average time to deposit a layer of film on a 
wafer in a lot of fifty wafers may be 46 seconds. 

The uniformity parameter relates to the variability within one wafer. For 
instance, if 100 nm is to be deposited on a wafer, the thickness of the layer is measured 
on various points of the wafer. The uniformity is the average value of the measurements 
that vary from the target and is expressed in terms of %. 

The Cpk parameter can be calculated using the following exemplary equations: 

Cpk = Zmin / 3 

Zmin = smaller of Zupper or Zlower 
Zupper = [(USL - Mean) / Estimated sigma] 
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Zlower = [(Mean - LSL) / Estimated sigma] 

Estimated sigma = average range / d2 

d2 = a number defined by standard statistical tables, which are well 
known to one skilled in the art, in connection with a number of measurements made per 
5 sample 6 n' (e.g., d2=1.693 when n = 3) USL = Upper specification limit 

LSL = Lower specification limit 

Generally speaking, a chamber with a high Cpk value performs its processes 
more accurately than a chamber with a lower Cpk Value. That is, as the process 
improves, the Cpk value increases. 

10 The defectivity parameter measures the number of defects caused by the process 

per a unit area (e.g., 0.03 def/cm2). 

The SPC parameter is a technique that identifies an abnormal source of errors. 
For instance, by continuously making measurement, a constant, predictable source of 
error can be identified; however, in some instances there are spikes in the measurements 
15 where the source of the error may not be constant. The SPC parameter identifies when 
such errors occur. 

The above-listed quality of service parameters are provided as examples and do 
not represent an exhaustive list of possible quality of service parameters. Other similar 
parameters that can characterize the status of chambers and/or tools can also be used in 
20 conjunction with at least some at least some embodiments of the present invention. 



-16- 



Docket No. 6217/Consilium/DV PATENT 

In continuing to describe the quality of services parameters, two example tables 
are provided for the chamber level parameters (FIGs. 6-7) and one example table is 
provided for tool level parameters (FIG. 8). Referring first to FIG. 6, and with regard to 
the Cpk parameter, it is shown that Chamber A has the Cpk value of 2. 1 for Process A 

5 and 3.03 for Process B, Chamber B has CPK value of 2.16 for Process A and 3.21 for 
Process B, and Chamber C has Cpk value of 4.16 for Process C. Referring to FIG. 7, it 
is shown that Chamber A takes 42 seconds to complete Process A and takes 36 seconds 
to complete Process B, Chamber B takes 43 seconds to complete Process A and takes 41 
seconds to complete Process B, and Chamber C takes 130 seconds to complete Process 

10 C. In this example, there is no choice but to use Chamber C if Process C is required. 

Using the above-described status information relating to the quality of service 
parameters, a qualification job can determine which of the chambers are qualified for 
which processes. For example, if a minimum of 2.1 for the Cpk is required for Process 
A, then only Chamber B is qualified for it. If a minimum of 2.0 for the Cpk is required 
15 for Process A, then both Chambers A and B are qualified for it. A similar determination 
process can also be applied to other quality of service parameters (each separately or in 
any combination thereof). 

When multiple chambers are qualified for a process, one of the qualified 
chambers can ultimately be selected by the TRAC to perform a process on wafers by 
20 considering the various available information and criteria at issue. For instance, in view 
of the numerical value of FIGs. 6 and 7, when both Chamber A and B have been 
qualified, and if Process B is to be performed and quality is more important than the 
time it takes a chamber to complete the process, then Chamber B is selected. This is 
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because Chamber B produces wafers with the Cpk value of 3.2 L This is in contrast with 
Chamber A, which produces lower quality wafers (at the Cpk value of 3.03). However, 
if time is more crucial than the quality, then Chamber A would be selected (since 
Chamber A takes 36 seconds, whereas Chamber B takes 41 seconds). Similar selections 
can be performed for Process A. Although, in the above example, only time and quality 
are compared with each other, all five or a combination of those parameters (or other 
parameters which have not been specifically mentioned) can be compared with each 
other to select the chamber that is best fit to perform certain processes under certain 
circumstances. 

The above-described qualification and selection steps can also be extended to 
tools. For example, and referring to FIG. 8, the tool level services can also have a set of 
quality of service parameters assigned to them. In the example shown in FIG. 8, various 
Cpk values have been determined for a number of tools. In particular, Tool 1 is 
determined to have the Cpk value of 2.35 for Process X and 3.41 for Process Y; Tool 2 
is determined to have the Cpk value of 2.1 for Process X, 3.03 for Process Y and 4.19 
for Process Z; Tool 3 is determined to have the Cpk value of 2.16 for Process X, 3.21 for 
Process Y and 4.21 for Process Z; and Tool 4 is determined to have the Cpk value of 
4.16 for Process Z. In the example, if Process Y is to be performed and the Cpk value of 
at least 3.20 is required, then Tool 1 and Tool 3 are qualified. One of Tool 1 and Tool 3 
can then be selected using similar steps as described above in connection with selecting 
chambers. It should be noted that, although only Cpk and process times for chambers 
and Cpk for tools are shown in FIGs. 6-8, similar qualification and selection steps are 
applicable to other quality of service parameters. 
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Various software applications to perform the above-described features in at least 
some embodiments of the present invention are now described by referring to FIG. 9. 
Specifically, FIG. 9 illustrates an example of an internal software architecture of the 
TRAC, which includes the following internal applications: a communication services 
5 application 901, a process recipe application 903, a sequence recipe application 905, a 
tool configuration application 907, a maintenance application 908, a recipe services 
application 911, a qualification application 913, a tool monitoring services application 
914, a Run to Run (R2R) application 915, a process monitoring application 917, a 
process capability application 919, a tool health application 921, and a calendar 
10 application 923. 

More specifically, the communication services application 901 is configured to 
manage input output (I/O) data streams between the TRAC and external applications. 
The process recipe application 903 manages process recipes to control chambers. As 
noted above, a process recipe specifies chamber control parameters (e.g., RF power, 

15 electrode spacing, gas pressure, SiH 4 flow, and N 2 0 flow). The sequence recipe 

application 905 handles sequence recipes which define which chambers to use for what 
process for the entire tool. For instance, the sequence recipe may define Chamber A to 
clean a lot of wafers (e.g., etch) and Chamber B to deposit a layer with a certain 
thickness. In this example, a process recipe associated with Chamber A would define 

20 appropriate control parameters to perform the process of cleaning the lot of wafers. 

Similarly, a process recipe associated with Chamber B would define appropriate control 
parameters to perform the process of depositing the layer with a certain thickness on the 
cleaned lot of wafers. 
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The tool configuration application 907 manages configuring various elements of 
its tools (e.g., chambers, load locks and orienters). The maintenance application 908 
manages maintenance related information (e.g., a maintenance schedule). 

The above-mentioned applications (the process recipe 903, sequence recipe 905, 
5 tool configuration 907, maintenance 908 applications) can be leveraged to build (e.g., its 
constituent parts or services used to effectively functionally create) other internal 
applications illustrated in FIG. 9. In particular, the recipe services application 911 can 
CP provide services relating to all recipes by leveraging the services of the process recipe 

903 and sequence recipe 905 applications. The tool monitoring services application 914 
:2 10 can provide services relating to overall monitoring of the tool by leveraging the services 

jg; of the tool configuration 907 and maintenance 908 applications. The qualification 

3 services application 913 is configured to provide services relating to qualifying the tool 

^ by building on the services provided by the recipe services 911 and the sequence recipe 

^ 905 applications. The R2R 915, processing monitoring 917, process capability 919 and 

15 tool health 921 applications provide various services built on the services provided by 
the recipe services 911, qualification services 913, and tool monitoring services 914 
applications as illustrated in FIG. 9. Various services provided by the internal software 
applications mentioned above as contemplated by at least some embodiments of the 
present invention will be described in connection with FIGs. 12-14 below. 

20 Using the above-mentioned applications, various input and output data can be 

exchanged between a TRAC and external applications. FIG. 10 depicts examples of the 

input-output data of the TRAC. From the TRAC, information relating to chamber 

capabilities, health index, tool configuration and trace data can be "exposed" 1001 to 
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external applications using the services provided by the various internal applications 
using a standard communications protocol, (e.g., Hypertext Transfer protocol, HTTP, 
Extended Markup Language, XML, Semi-conductor Communications Standard, SECS, 
or the like). The TRAC can also be asked 1003 to conduct maintenance jobs and 
5 qualification jobs, which may be performed by the maintenance and qualification 
applications (908, 913), respectively. The run-to-run control service request can be 
handled by the R2R application (915). 

After performing a qualification job, information relating to quality log, 
capabilities, configuration, and settings may be generated and stored into memory 

10 locations in the TRAC, which then can be exposed 1005 to external applications. A 

qualification job may involve processing a lot of wafers through the tool and measuring 
the processed lot of wafers in a metrology chamber and then calculating corresponding 
quality of service parameters (e.g., Cpk) based on the measurements. It should be noted 
that, in at least some embodiments of the present invention, a metrology chamber can be 

15 included in the tool, in order to represent and obtain information about the tool, in 

communication with the TRAC, or can be included in another tool. When the metrology 
chamber is in another tool, the processed wafers are transported to the tool with the 
metrology chamber and the necessary measurements are performed in that tool. 
Relevant information collected by the tool with the metrology chamber can then be 

20 transmitted to the TRAC that is in communication with the tool that processed the 

wafers (e.g., as shown below in connection with FIG. 16(b)). A qualification job can be 
initiated when, e.g., a tool comes on-line, new wafers are processed through the tool, a 
new process recipe is performed at any of the chambers of the tool, a new sequence 
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recipe is performed by the tool, a maintenance service is performed on the tools, and/or 
the tool is cleaned. It should also be noted that a qualification job can be initiated by an 
external application. 

The TRAC of at least some embodiments of the present invention is also capable 
5 of sending messages 1007 using a standard communications protocol (e.g., SECS). The 
TRAC can also send OEE messages, (Overall Equipment Effectivity), which relates to 
the tool's operational availability (specifically, the length of time the tool has been 
available to be used vs. the length of time the tool has been down for maintenance). The 
TRAC also can output messages relating to theoretical and actual cycle time of the tool, 
10 and output information relating to throughput when a lot of wafers are actually 
processed. 

It is further envisioned that the TRAC can receive a control job message 1009. 
A control job message is a set of commands sent to the TRAC to process a certain lot of 
wafers. The TRAC then parses out the commands and instructs the tool, and its 
15 chambers, to process the lot of wafers by using the process and sequence recipe 

applications (903, 905). If multiple chambers are qualified to perform the job, then the 
TRAC dynamically selects which chamber(s) is actually to perform the job in 
conjunction with various criteria and information as discussed above (e.g., in connection 
with the concepts of FIGs. 6-7). 

20 With respect to the maintenance of the tool, the TRAC also can expose 1010 

information relating to when the next maintenance activity should take place, as well as 
information relating to tool parameters, configuration and parts, and maintenance logs. 
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Using the above-described internal software applications and I/O configuration 
of the TRAC, an improved entity to entity relationship is established between the TRAC 
and various external applications. In particular, referring to FIG. 1 1, the external 
applications are no longer dependent upon individually developed and implemented 
5 models (or other intermediary devices) to represent and obtain information about the 
tools. The external applications can directly access the detailed status information of the 
tools via the TRAC. This is illustrated as a solid line between the TRACs 301 , 303, 305 
and external applications 309. (It should be noted that the conventional tools illustrated 
in FIG. 1 do not have such features. Accordingly a dotted line is drawn between the 
10 tools 100, 102, 104 and software applications 107.) 

In addition, the TRAC controls the access of detailed status information by the 
external applications. More specifically, when the TRAC receives a request to access 
the detailed status information from an external application, the TRAC first determines a 
portion (a subset or all) of the detailed status information that the external application is 
15 allowed to access. The TRAC allows only that allowed portion to be accessed by the 
external application. It is envisioned that such security for the status information can be 
enforced by any number of different types of encryption applications. 

In at least some embodiments of the present invention, the encryption application 
can be implemented using Virtual Private Network (VPN) technology. In addition, the 
20 portion of information accessible by a particular external application can be dynamically 
generated or prepackaged. Each of these pre-packages is referred as a channel. Using 
the VPN technology each channel can be individually secured. 
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For example, the maintenance management application may be required only to 
access information concerning when the next maintenance should take place, tool 
parameters, configuration and parts, and the maintenance logs. Thus, if the maintenance 
management application makes a request to access the detailed status information of a 
5 tool, then the tool's TRAC allows the maintenance management application to access 
only the information specified above. This set of information can be packaged as a 
maintenance channel and can be secured as such by the VPN technology. 

In another example, if an external application makes a request to access a set of 
data in order to qualify a tool for a particular process, then quality of service parameters 
10 of the tool (either previously collected or collected in response to the request) necessary 
to qualify for that particular process are allowed to be accessed by the external 
application. This set of information can be packaged as a qualification channel for that 
particular process and can be secured as such by the VPN technology. 

Detailed interactions envisioned by at least some embodiments of the present 
15 invention between the external applications and the internal applications are now 
described in connection with FIGs. 12-14. FIG. 12, which shows initial setup steps, 
includes external actors, such as an engineer 1201, a process engineer 1203, and an 
operator 1205 as well as an external application 1207. In at least some embodiments of 
the present invention, the TRAC can be thought of as being divided into three levels: an 
20 actions level 1209, data analysis level 121 1, and an interface to the tool level 1213. In 
the actions level 1209, two services are available: an "R2R control" service 1215 and a 
"process wafer" service 1217. In the data analysis level 121 1, one service is available: 
an "access tool data service" 1219. In the interface to tool level, four services are 
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available: a service to "describe configuration of tool" 1221; a service to "collect data 
for run" 1223; a service to "adjust process recipe parameters" 1225; and a service to 
"adjust tool sequence recipe" 1227. These services may be performed by one or more of 
the internal applications illustrated in FIG. 9. The services in the interface to the tools 
5 level 1213 are configured to interface with a tool 1229, which can, e.g., include at least 
one metrology chamber. In an alternative embodiment, no metrology chamber may be 
included in the tool. In this alternative embodiment, access to a metrology chamber can 
be provided outside of the tool. 

It should be understood that the various levels and services provided as indicated 
10 with regard to FIG. 12 are mentioned only by way of example, and that various 

embodiments of the present invention envision a variety of other/additional levels and/or 
services as well. 

In operation of at least some embodiments of the present invention, the engineer 
1201 initially sets up the TRAC by interfacing with it to configure the tool so that the 
15 tool and its chambers can perform a number of different processes. After the tool is 
configured, the engineer 1201 records how the tool is configured by describing its 
capabilities using the "describe configuration of tool" service 1221. 

In turn, the process engineer 1203 sets up the run to run control of the tool, 
which is a way to control process/sequence recipes on the tool. For example, the process 
20 engineer 1203 may define mechanisms to collect relevant data, evaluate the collected 
data and adjust various recipe parameters according to the evaluation. More 
specifically, the process engineer 1203 interacts with the "run-to-run control" service 
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1215, which in turn makes calls to the "collect data for run" service 1223 and "adjusts 
process recipe parameters" services 1225 to store and manage the mechanisms defined 
by the process engineer 1203. 

The operator 1205 can then cause the TRAC and its associated tool to perform a 
requested process using the "process wafers" service 1217. The "process wafers" 
service 1217 makes use of the "run-to-run control" service 1215 and causes the tool to 
run the requested process. The "process wafers" service 1217 may also use the "adjust 
tool sequence recipe" service 1227 to adjust sequence recipes based on the evaluation of 
the collected data in accordance with the mechanisms defined by the process engineer 
1203 as described above. 

The external application 1207 may also then make a request for data (e.g., 
quality of service parameters) using the "access tool data" service 1219, which in turn 
uses the "collect data for run" service 1223 to access the data. As noted above, in at 
least some embodiments of the present invention, only that portion of the collected data 
allowed to be accessed by the requesting external application 1207 will be exposed and 
accessible. 

FIG. 13 illustrates services in which an external application 1301 (or an operator) 
may request a qualification job. The external application 1301 first requests that the 
TRAC qualify its tool. In particular, it calls a "request qualification" service 1303 which 
in turn uses a particular sequence recipe to be run by calling an "execute tool sequence 
recipe" service 1305. The "execute tool sequence recipe" service 1305 causes the 
sequence recipe to be performed by calling an "execute process recipe" service 1307. 
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Subsequently, relevant metrology data relating to the resultant product is collected by a 
"collect data" service 1309. As a result, detailed status information exemplified in FIGs. 
5-8 are collected from the tool. It should be noted that in at least some embodiments of 
the present invention, the detailed qualification data is already collected and stored in the 
5 TRAC. In such embodiments, the external application may not call the "request 

qualification" service 1303, but may call a "request qual data" (quality of service data) 
service 1308. 

As noted above, the collected data can be accessed by the external application 
1301 by calling the "request qual data" application 1308. Once again, in at least some 

10 embodiments of the present invention only a portion of the collected data is made 

accessible by the external application 130L In this example, information necessary to 
qualify the tool would be made accessible. Based on the collected data, the external 
application 1301 then can declare the tool as qualifying for certain processes (as 
exemplified in Fig. 5). This qualification outcome information can then be sent to a 

15 "receive qualification outcome" service 1311, which in turn calls an "execute state 

change" service 1312 in order to change the stored qualification state of the tool. In at 
least some embodiments of the present invention, at least one external application would 
access the stored qualification state, if such information is available, instead of calling 
the "request qual data" service 1308. 

20 Once the tool is qualified to perform certain processes, an external application 

can then make a request to process a lot of wafers using one or more of the qualified 
processes. Referring to FIG. 14, TRAC services are shown, which are contemplated to 
be used in at least some embodiments of the present invention, that can be called when 
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an external application 1401 requests a lot of wafers be processed. Specifically, a 
request is received by a "request tool process" service 1403 which in turn causes a 
sequence recipe to be created by calling a "generate tool sequence recipe" service 1405. 
The "generate tool sequence recipe" service 1405 then inquires about resource 
5 availability (e.g., which chambers are available and qualified to perform certain 

processes by referring to, e.g., the quality of service parameters exemplified in FIGs. 6- 
7). The inquiry can be achieved by calling a "check resource availability" service 1407 
and a "check resource quality of services" service 1409. Based on the information 
collected using the "check resource availability" service 1407 and "check resource 

10 quality of services service" 1409, the "generate tool sequence recipe" service 1405 

dynamically generates a sequence recipe and one or more process recipes to perform the 
process requested by the external application 1401. The dynamically generated 
sequence recipe and one or more process recipes are then performed by calling an 
"execute tool sequence recipe" service 1411 and an "execute process recipe service" 

15 1413. The generate tool sequence recipe also determines which chamber is to perform 
the requested process when more than one chamber is available and qualified to perform 
the request process similar to the selection steps described above in connection with 
FIGs. 6-9. Once the process is completed, data on the processed wafers can be collected 
by a "collect data" service 1415 in order to update the quality of service parameters and 

20 other detailed status information of the chambers. The actual update is performed when 
an "update quality of services" service 1417 is called. 

Now referring to FIG. 15, there is shown an example set of communication 
messages exchanged between a TRAC and an external application using the SECS 
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communication protocol, which puts messages in terms of streams and functions. A 
stream is a related set of messages, and a function is a specific message within a stream. 
For instance, S2F41 (1501) signifies an external application sending a message to a tool. 
The message is set as stream 2, function 41, and includes an instruction "PP Select." 
5 Subsequently, the external application sends another S2 F41 message that includes an 
instruction "Lot Start." In response to the message, the tool initiates loading and 
mapping of a lot of wafers. Subsequently, the tool sends an S6, Fl 1 message which 
includes an instruction to "Process Start for Port" (i.e., prepare a load lock to receive a 
lot of wafers). FIG. 15 continues to illustrate exemplary messages that can be 
10 exchanged, which are readily understandable to one skilled in the art. 

In addition to the above-described TRAC in connection with FIGs. 9-15, a 
partially capable TRAC can also be provided in at least some embodiments of the 
present invention. Furthermore, the TRACs can be used to monitor and control tools 
from a remote location. These features are illustrated in FIG. 16(a). In particular, 
15 external applications 1601, a web portal 1603, one or more TRACs 1607 for tools 1611 
and a partial TRAC 1605 for a legacy tool 1609 can be connected and/or otherwise in 
communication with each other via, e.g., a common data communication bus 1613. 

A legacy tool 1609 is a tool that is not configured to be subject to automatic 
qualification (or is otherwise in communication with external applications 1601 in a 
20 manner that permits them to obtain the appropriate information for qualifications). 

Where such a legacy tools exists, it is envisioned that an operator can manually set the 
qualification of the legacy tool, but an external application cannot request service calls 
for a qualification as describe above in connection with FIG. 13. Thus, the qualification 
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information for the legacy tool is static (e.g., updated manually but not automatically). 
Accordingly, the partial TRAC 1605 is configured to use the static qualification 
information when controlling the legacy tool. 

Using these features, an external application can request tool level qualification 
information from all the tools (including the legacy tools) and select which tools to use 
in processing a lot of wafers from their initial process to the final process to produce 
final products. 

The remote location diagnostic (RLD) application 1615 can operate as any other 
external application. For instance, it can initiate a qualification job and other services 
described in connection with FIGs. 12-14. This allows a user located in a remote 
location to monitor and operate the tools over the Internet. 

An alternative configuration of tools and TRACs that can be used in at least 
some embodiments of the present invention is illustrated in FIG. 16(b). Unlike the 
configuration shown in FIG. 3, in the alternative configuration, N number of TRACs 
(1651, 1653, 1655) are in communication with M number of tools via a Communication 
Link 1661. The number of TRACs can be identical to, more than or fewer than the 
number of tools. In at least some embodiments of the present invention, each TRAC can 
be in communication with any combination of tools. Similarly, each tool can be in 
communication with any combination of TRACs. The communication link 1661 can use 
any standard communication protocol (e.g., TCP/IP) running, e.g., over the Internet. 
(Although not shown as such in FIG. 16(b), at least some embodiments of the present 
invention envision N and or M each being greater than or equal to 1). In at least some 

-30- 



Docket No. 6217/Consilium/DV PATENT 

embodiments, the communication link 1661 can be established using a secured method 
(e.g., VPN). 

FIG. 17 illustrates a block diagram of one example of the internal hardware of 
a computer system 171 1 in which the above-described internal software applications of 

5 the TRAC may reside and operate. A bus 1756 serves as the main information highway 
interconnecting the other components of system 1711. CPU 1758 is the central 
processing unit of the system, performing calculations and logic operations required to 
execute the processes of embodiments of the present invention as well as other 
programs. Read only memory (ROM) 1760 and random access memory (RAM) 1762 

10 constitute the main memory of the system. Disk controller 1764 interfaces one or more 
disk drives to the system bus 1756. These disk drives are, for example, floppy disk 
drives 1770, or CD ROM or DVD (digital video disks) drives 1766, or internal or 
external hard drives 1768. These various disk drives and disk controllers are optional 
devices. 

15 A display interface 1772 interfaces display 1748 and permits information 

from the bus 1756 to be displayed on display 1748. Display 1748 can be used in 
displaying a graphical user interface so that the external actors described in connection 
with FIG. 12 can interact with the TRAC. Communications with external devices such 
as the other components of the system described above can occur utilizing, for example, 

20 communication port 1774. Optical fibers and/or electrical cables and/or conductors 
and/or optical communication (e.g., infrared, and the like) and/or wireless 
communication (e.g., radio frequency (RF), and the like) can be used as the transport 
medium between the external devices and communication port 1774. Peripheral 
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interface 1756 interfaces the keyboard 1750 and mouse 1752, permitting input data to be 
transmitted to bus 1756. In addition to these components, system 1711 also optionally 
includes an infrared transmitter and/or infrared receiver. Infrared transmitters are 
optionally utilized when the computer system is used in conjunction with one or more of 

5 the processing components/stations that transmits/receives data via infrared signal 
transmission. Instead of utilizing an infrared transmitter or infrared receiver, the 
computer system may also optionally use a low power radio transmitter 1780 and/or a 
low power radio receiver 1782. The low power radio transmitter transmits the signal for 
reception by components of the production process, and receives signals from the 

10 components via the low power radio receiver. The low power radio transmitter and/or 
receiver are standard devices in industry. 

Although system 171 1 in FIG. 17 is illustrated having a single processor, a 
single hard disk drive and a single local memory, system 171 1 is optionally suitably 
equipped with any multitude or combination of processors or storage devices. For 
15 example, system 1711 may be replaced by, or combined with, any suitable processing 
system operative in accordance with the principles of embodiments of the present 
invention, including sophisticated calculators, and hand-held, laptop/notebook, mini, 
mainframe and super computers, as well as processing system network combinations of 
the same. 

20 FIG. 18 is an illustration of an exemplary computer readable memory medium 

1884 utilizable for storing computer readable code or instructions. As one example, 
medium 1884 may be used with disk drives illustrated in FIG. 17. Typically, memory 
media such as floppy disks, or a CD ROM, or a digital video disk will contain, for 
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example, a multi-byte locale for a single byte language and the program information for 
controlling the above system to enable the computer to perform the functions described 
herein. Alternatively, ROM 1760 and/or RAM 1762 illustrated in FIG. 17 can also be 
used to store the program information that is used to instruct the central processing unit 
5 1758 to perform the operations associated with the instant processes. Other examples of 
suitable computer readable media for storing information include magnetic, electronic, 
or optical (including holographic) storage, some combination thereof, etc. In addition, at 
least some embodiments of the present invention contemplate that the medium can be in 
the form of a transmission (e.g., digital or propagated signals). 

10 In general, it should be emphasized that the various components of embodiments 

of the present invention can be implemented in hardware, software or a combination 
thereof. In such embodiments, the various components and steps would be implemented 
in hardware and/or software to perform the functions of the present invention. Any 
presently available or future developed computer software language and/or hardware 

15 components can be employed in such embodiments of the present invention. For 

example, at least some of the functionality mentioned above could be implemented using 
the C, C++, or any assembly language appropriate in view of the processor(s) being 
used. It could also be written in an interpretive environment such as Java and 
transported to multiple destinations to various users. 

20 The many features and advantages of embodiments of the present invention are 

apparent from the detailed specification, and thus, it is intended by the appended claims 
to cover all such features and advantages of the invention which fall within the true spirit 
and scope of the invention. For instance, although the TRAC is described as being used 
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with an exemplary tool, the CENTURA tools developed and manufactured by Applied 
Materials, Inc. of Santa Clara, CA, it is envisioned that the TRAC can also be used with 
tools developed and manufactured by other companies, as long as the TRAC can collect 
the detailed status information from the tools. Further, since numerous modifications 
5 and variations will readily occur to those skilled in the art, it is not desired to limit the 
invention to the exact construction and operation illustrated and described, and 
accordingly, all suitable modifications and equivalents may be resorted to, falling within 
the scope of the invention. 

It is also to be appreciated and understood that the specific embodiments of the 
10 invention described hereinbefore are merely illustrative of the general principles of the 
invention. Various modifications may be made by those skilled in the art consistent with 
the principles set forth hereinbefore. 
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